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Electronic Engineering Notebook: A Software Environment 
For Research Execution, Documentation, and Dissemination 


by Dan Moerder 


The Electronic Engineering Notebook (EEN) is a byproduct of several years of 
collaborative work between LaRC and Martin Marietta Astronautics Group. The EEN 
consists of a free-form research notebook, implemented in a commercial package for 
distributed hypermedia, which includes utilities for graphics capture, formatting and 
display of LaTex constructs, and interfaces to the host operating system. The latter 
capability consists of an informal Computer-Aided Software Engineering (CASE) tool 
and a means to associate executable scripts with source objects. The EEN runs on Sun’ 
and HP workstations. ‘ 


The EEN, in day-to-day use, can be used in much the same manner as the sort of research 
notes most of us keep during development of our projects. Graphs can be pasted in 
equations can be entered via LaTex, and so on. In addition, the fact that the notebook is 
hypermedia permits easy management of "context": e.g. derivations and data can contain 
easily formed links to other supporting derivations and data. The CASE tool also permits 
development and maintenance of source code directly in the notebook, with access to its’ 
derivations and data. 


The EEN is currently in day-to-day use in the Guidance Group of the Guidance and 
Control Branch, and at Martin Marietta Astronautics Group. 
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What is the Notebook? 


Distributed hypermedia toolset for managing results of a 
research team’s work... 

~ Structured for "unruly" information 

- On the fly hypertext links between small "chunks" of 
information 

- Equation editing and display via LaTeX and symbol 
palette 

- Capture and pasting of X images, e.g. Matlab plots 

- "Informal, " "researchy" CASE tool 


• @Parent 
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Hypermedia Document Example 


(Link from a higher-level frame that 

indexes all the company’s documents! 
marketing literature, forms, invoices, 
product documents, technical papers, etc.) 


-> 


V 


Guide to Desktop Tools 


Tools 1 


This Guide explains how to use the 3 
Desktop Tools. Together, they can 
help you be far more productive in 
your office. 


* ©Schedule 

* ©Comments 


■ • l. Calculator 
• • 2. Grapher 
• 3. Calendar 


Large Save Exit Reset Prev Next Home Goto Hclpp isp 




Product Documentation 


PnodDoc 1 


Guides and Manuals 

• Guide to Desktop Tools 

• Guide to Desktop Planner 

• The Desktop Writer’s Manual 
Tutorials (computer-based) 

• Using Desktop Tools 

• Creating a Desktop Plan 

• ©Product Marketing Literature 
Large Save Exit Reset Prcv Next Home Goto Help Asp 


©Landscape 


I Production Schedule 


Sc bed 1 


v 


Chapter I; Using Tools2 


Chapter 2: Using Tools3 


Chapter 3: Using Tools4 

the Desktop Calculator 


the Desktop Grapher 


the Desktop Calendar 

The Calculator can 


The Grapher lets you create 


The Calendar helps you 

function like a hand-held... 


a variety of business graphs 


track and schedule appoint- 





meats, and print out.. 



o 1 . Basic operations 



o 1 . Basic operations 


o 2. Example Graphs 



o 2. Example Calculations 


o 3. Importing data 


o 1 . Basic operations 

0 3. Piping results 


from the Calculator 


o 2. Example Calendar 

0 4. Function list 


o 4. Graph formats 


0 3. Calendar formats 



o ©Tutorial issues — 

— 



Large Save Exit Reset Prcv Next H< 

me 

Large Save Exit Reset Prev Next H< 

me 


Large Save Exit Reset Prev Next H< n 


(The items on these 3 frames in the "Guide to Desktop Tools" 
are linked to subsections of the Guide that aren’t shown.) 


•©Parent 


-> 


Draft 1 
Write 
Review 

Draft 2 
Write 
Review 

Diagrams 

I Pinal version 
(At printers) 


Week 1 

Week 2 
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*= 


1 Large Save Exit Reset Prcv Next Home Goto Hclpjpisp 




| Comments on Tools Guide Cmtl 

[Joe, 3.13.87] Looking good!... 

[Kevin, 3.14.87] I think you need 
a few more Grapher examples... 

o [Annette, 3.14.87] Perhaps we — 
should have a separate tutorial for 
the Grapher. 

[Sheila, 3.17 87} I like the function 
summaries... 

| Large Sav^Exit Reset Prey Next Home Goto t eip 




Issue; Should we have Cmt2 

a separate Grapher tutorial? 

[Annette, 3.14.87] I think the 
Grapher is complicated enough.... 

[Kevin, 3.15.87] I think we 
should concentrate on showing 
people how to combine ... 

[Annette, 3.16.87] Let’s check 
with Jim’s group... 


| Large Save Exit Reset Prcv Next Home Goto H elp 

$ 


Figure 1-1. Example hypermedia database. 

In this portion of an example KMS database, the knowledge 
chunks are related to the task of producing a manual called 
"Guide to Desktop Tools." 


©Parent 








Notebook Implementation 


-Based on COTS software for SUN and HP workstations 

- Distributed databases are shared, enhancing team 
access to knowledge and codes. 

- Knowledge, includes working notes, graphics, analysis 
codes, and machinery for running them all form a 
"document" with executable components.... 

~ Components have been assembled, primarily, under 
Martin Marietta CRAD and IRAD support, with Langley 
involvement. 

-Notebook is a component of a Martin reusable 
engineering system - the Process Management 
Environment. 


• @Parent 
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Research Tasks in the EEN 


- Recording Derivations 

- Doodling 

- Writing Code 

-Setting Up Problems for Solution 

- Managing Data 

- Doing Experiments 

- Writing A Paper 


• (a) Parent 
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Csse History 


Task: Development of a trajectory optimization code for 
generating reference trajectories 

- Define simple class of optimal control problems to be 

solved 

- Establish notation for representation in parameter 
optimization software 

- Realize representation in FORTRAN 

- Develop test cases 

- Extend to more complicated optimal control structures 

- Write a Paper 


• @ Parent 
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@MORE 


Ul 


^ Hj ^ {hmax)j J — 1 , . . . , 71 /, (f) 


^(zi,z.v+i,p) = 0 
Z = 


= 0 


V = 



< 

Gi 

< 

(<7m«x)l 

(5min)n 5 

< 

Gn, 

< 

( 9max)n 9 

{hmin)l 

< 

H i 

< 



< 

Hn h 

< 



( 8 ) 

(9) 

( 10 ) 


0(*^i>^'.v+iiP) 


(11) 


X r =[a; 1 7 ' uf x\ u t 2 ■■■ x t n u t n a:£ +1 p 7 ] (12) 


Similarly, the state inequality constraints are arranged as 
(7) 


^e{'fc V ii{t«Mboo| 

Inal'iBxttlj Ves H jHe, McftOs. Imu IVi#*) j 

'riDdleqiMxn}] 


Note that we are not posing the problem in such a way that the upper and lower bounds for 
Gj and Hj are functions of the x’s u’s or p. We are not totally comfortable with 
the notion of using the upper and lower bounds aggressively, since they are defined outside 
the logic for calculating the G’s and H’s, 

The boundary conditions are restated as 

( •) 

and concatenated with the system dynamics (4) to form the equality 
constraints 

(9) 


*t**«*<»ll 


The inequality constraints (6,7) are concatenated to form 


GO) 


ttinnlLi 0 _i w 


PUtnaJUiOil [Ol 


Note that (10) is N*n^+(N+l)*n h constraints. 


As a final note, the cost is expressed as 

, . + , 'L»prr*(poHu«<ll| 

(11 J rwm*'ftK*J.«jN*iLp) 

The free variables in this code are arranged as 


<3>L*T*X 


<3XITL8 DIR 


OMATLAB 


<2>XWD 


<3* MAGE MQR 

• Get from X Windows clipboard • Attach to X Windows clipboard 

<3>FONT 

° M-RI« Too) « FORTRAN Tool « CM Buck to Htto ©MORE 


( 12 ) 


*J*T“ «J*T— «_2*T — n.J*T— Ncilow — *_N*T — u_N*T — i [N*I)*T — p*T 


< 3 >tandscapa ©format ©styles ° < 3 >T ype : Format! edDoc 


@Type:psimage 




todinotes31 


This frame summarizes the details needed to run the single-phase direct NLP 
shooting code. The code uses NPSOL to minimize a cost function subject to plant 
dynamics, boundary conditions, and miscellaneous user-specified inequality 
constraints. Note that, for this version of the code, no interior boundary conditions, 
e.g. staging, are permitted. In addition, the problem is assumed to be cast in Meyer 
form, with unity duration. The problem statement is 

0 Problem Statement Here 

and its representation in the code is laid out here: 

* Derivation Here... 

In order to run the code, the user supplies a main routine, and rive subroutines: cost, 
boundary conditions, RHS of the plant ODE’s, state inequality constraints, and 
control inequatlity constraints. Templates for these routines are given below: 


0 Template for the main routine , madslf 
° Template for cdsl.f (Cost Function) 

0 Template for bcdslf (Boundary Conditions) 

° Template for pltdslf (RHS of plant ODEs) 

° Template for scndsl.f (State Inequality Constraints) 

° Template for ccndsl.f (State! Control Inequality Constraints) 


@LaTeX 
@ UTILS DIR 
@MATLAB 
@XWD 

@1 MAGE MGR 
@FONT 


NPSOL 

° cstdstf npoptnJ 

cdsl.f o dsicon.f 


bcdslf 



° dsltraj.f ° dsltraj.f 

J I 

° tindsl.i « sindsl.f 

f I 

o mpdsl.l ok | 

j scndsl.f 

ccndsl.f 


o dsltraj.f 

\ 

° odedsl.f ok 

l 

o mpdsl.f ok 

/ 

pltdslf 


° M-Flle Tool <> FORTRAN Tool 


o Get Back to Title 


•NPSO 


— P a rent 

@MORE 
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Set up the code structure 


^ 'N^ 

• cstdsl.f npoptn.f 

/ 

cdsi.f • dslcon.f 

bcdsl.f 

/ j • dsltraj.f 
• dsltraj.f - dsltraj.f \ 

/ • odedsl.fok 

v V I 

-cindsl.f -sindsl.f v 

J • mpdsl.f ok 

• mpdsl.f ok ^ |/ 

J scndsl.f pltdsl.f 

ccndsl.f 





This is a template for madsJ. which calls MPSOL for doing 
single-phase discretized direct NLP, Here’s a map of the code: 


program madsl 

double precision (a-h, o— z) 


r&f? dsiow.i 
bcd*<y tX ... 
o 'vStito** 

y ' V* o' w'eKtste 

a C rH!^l V >L«*' 
/ jpddsi / 

CfJKRJJ 


»C***Declarations and User-Define d Parameters 

@ @ @ @ 

NPLNTP NROWA maxpval MAXWKP 

NUP NROWJ maxwk ndjnt 


NROWR nu nis 
nplnt niu 
nbc 

! nparms 

° C***Us&r Defines Logic for getting plant 
C parameters and Initial state and 
C control guess 

# # @ (3 , @ 


NCNLN NROWA maxpval ndint 


parms=plant parameters 

x=initial guess for state, control history and 

parameters. 


nbc 

nparms 


makefile 


cdsl.f 

V bcdsl.f 

o c***Execute NPSOL pltdsl.f 

@ ccndsl.f 

x=solution? scndsl.f 

c=final value of constraint vector. 


C***User Defines logic to save results 


stop 

end 


O / * / ^ ^ ^ ^ :? 


• @ Parent 
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0 @ EXECUTE 
SCRIPT 


C***Set NPSOL execution parameter’s 



liiiiiii liiiiiiii 



@ Calculate derivatives numerically 


c 



call npoptn ( ' derivative level O' ) 

call npoptn ('difference interval .0000001') 


c***Diagn OS ti C 

call npoptn ( ' print level 



@Hardwired interval for numerical 
differentiation. If this isn ’t used, 
NPSOL will waste time figuring this out 
on a case-by-case basis. 


i 


@ Parent 


Last file export on: 28 January 94 at 10:49:57, current version 


° Info 
0 Info 
° Info 
° Info 
0 Info 
0 Info 
0 Info 
0 Info 
0 Info 


• Top frame of tree to write: todi0001a2 

• File: /moerder/usrl/moerder/TODI-II/dsl/mads 1 .f 

• Add blank line between items: yes 

• Follow tree items linking to other framesets: no 

• Follow annotation items linking within the frameset: no 

• Time version number: 

• Preserve relative indentation of items: no 

• Template frame: 

• Remove 1st character of each line during export: no 


0 Info • Program to execute script: shell script 


° Info • Toggle text 1, family: Times 

° Info • Toggle text 1, size: 16 

° Info • Toggle text 2, family: Courier 

° Info • Toggle text 2, size: 14 


0 This script initially cloned from ’shoot0019a’ 27 December 93 10:33:32 


• @ Parent 
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@Top of startup script 


cd/moerder/usrl/moerder/TODMI/fighter 


f77 -02 -o madsl madsl.f cdsl.o bcdsl.o pltdsl.o ccndsl.o scndsl.o \ 
getprm.o ficof.o \ 

../dsl/dslcon.o \ 

../dsl/cstdsl.o \ 

../dsl/dsltraj.o \ 

../dsl/odedsl.o \ 

../dsl/cindsl.o \ 

../dsl/sindsl.o \ 

../dsl/mpdsl.o \ 

-Inpsol -llinpackd 


•@ Parent 


458 



e6Biu|9d:edAi<g> 


DOQpeUFUJJOJiecWl© o S31AJ.S€> 1VHUOJ® ®dK>*pU»|(® 




•ML 01 IP* aw e 


lOOiNVUXUOd • »ooi tHd-H o 


pmqdiio SMopuiM X o) qoeuv . P&oqdip SMOpufM X woj} } 9Q . 


i*IOJ<S> 
UOW 3DVW K® 
OMX<® 
SYllYW© 

uia sun® 
x*in<E> 


3 yon® 




| oof p *4 n | *if *rj t»«T\ 

IBnsn 9ifj Xq tmiS si *b 'ojnssojd diujbuXq 

(oi) 

Z / z ad = b 

|{«nt«itb*|pw\ 

{ an janl» |iilM|Jitir]v 

Xq U3AiS si Q ajniejadmaj aqj srsqM 

(6) 

,-rV r (o D )3 = (v)fl 

t 

|{tn«T«nt»|t»n 

oc*oo» 

( •onaot* ) 

si punos jo posds 

(8) 

£/*89K)lK = (V)° 

i=f 

(¥( zv ) 1 = (v)* 

f 

| •omnb. 


(z) 

| |wqn«t»|pwt 

(1 W»lv»)C'<fc>+*r(X»>+ |“(*M 


(9) 

( W r*)W + v W + '(*») - « 
£ 

({•aT*nb*|pa\ 

V{»Nsauw*\-w°w 


(s) 

ft 9 = (V)^ 

S22*I V 


ST XJISU9P OTJ9qdSOUnB 3J3qM 

O’) 

Lscoa — x 

| {varnnhtlp^ 
•«Mn»fav.{x|topv 

| Mnvn bi |m fcqyj «*J*Tv 
||aqftnt*Jpw\ 
| ) nf*q\] • 1 j*t\ 


(c) 

(L 90D - u) ^ = /C 

(OCT7Wlh.|«»*^a»TS 


(z) 

/C uis a = i/ 

H«*wnb»|po^ 

ivnm^anf-lw) fimnM9+o*Ji*ma-l>* 1 * IW 


(l) 

XU 

1U!s5 -^o (f7 ^ )==(l 


On 

V) 

rr 


3iB UOIJOUI JO 

suoijb nbs 9qx ’ sissqi s t p\BA vXog subh uiojj psssqdBJBd ppoui ijbjdjib oqj ino sXbj aqou siqx 


sisaqx t snB H wojj J3 ? l ? 3 !i 







@Top of File 

■111 1 iliiiiiii liiiiiiif ° @ script E 


° Miscellaneous Constants 



@Thes& are constants for the Hans FI 5 
mode l 


° az 




°acdO 

1 




o bcdO 







• ak 




• bk 






°ae 


• Draflf Model 


• @ Parent 
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+1.37368651246 

-4.57116286752 

+5.72789877344 

-3.25219000620 

+7.29821847445e-l 


@ Parent 
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Flight Envelope Calculations 


v + (h) = argmax^v) 
v~(h) = argmin^i; j 

T(h,v) - D(h,v) = 0 


7 = 0 
n = 1 


Code Using NPSOL and j 


ie/y for fo/s example 


This doesn’t seem to work out. Here’s a check of the thrust and drag models. 

° Code to display this stuff ° Code to Check T-D over flight regime 




n« I Fit £t>v. 




380 1000 1000 0000 3000 

Veis-oiiy (ft/aec) 


• Get from X Windows clipboard • Macft to X VV/ndbivs clipboard 

— f - @P a rent 

* M-Hle Tool ° FORTRAN Tool «* Get Back to Title ©MORE 


This note lays out the calculations for generating a flight envelope for the 
fighter aircraft model. In setting this up, I’m assuming that the envelope is 
convex. Pursuant to this assumption, we get roughly half of the envelope by 
solving 

\Larg* I \b«gioi« ovation) 

\l«ft . \bagin I array) trcll 

argt \m»z_h v \\ 
v*- (b)»-t|\r« » 

^adlarray) \riqht\| 


subject to 

\ La nj» | \b • gin ) a gnat ion I 
T(b,v) -O (h.v>=.0 
\aad(aquallon) I 

for a given y and load factor, in this case. 



\ La rqa | \6« <J i n ) aqnat 1 OB | 
M«f t . \baqln) array) ) rel! 



\»nd| array I \rtqht vl 
\*Bd)*qaation t I 


Naturally, The NPSOL business hasn’t converged except in a very narrow range 
of conditions. I’m now checking against Hans’ model to determine where our 
numbers diverge. 


° Code for Checking against Hans 


The flight envelope to the left corresponds to the case where all conflicts with 
Hans’ model have be resolved, with the exception of the Drag expression. 


(Stands cape ©format ©styles ° (§>Type:FormanedDoc 


° @Type:psimage 
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costappii76 


• Diary for this problem (and) How to find Dan’s F-15 solution !!! 

Do each of these things just in case GEORGE has dropped a disk !! 

° (1) Matlab script to find the "slopy" F-15 data and save. 

° (2) Do some FORTRAN and create the necessary jacobians. 

° (3) Costate approx function for slopy F-15 - super easy... 

(4) Use approx costates as init guess 
in shooting... 


° Min-time-to -climb with one control segment 


<3>UT«X 
(SXJTLS DIR 
(3MATLAB 
<2>XWD 

<3X mage mgr * Gef from X Windows clipboard 

©FONT ° Tool 9 ©FORTRAN Tool 


• Attach to X Windows clipboard 

— ^ @P a ran t — 

9 @G»t Back to Tltto @MORE 


®(andscap« ©format ©styles ° @Type: Formatted Doc 





464 


costappii77 


Dans’ solution to the F-15 mintiinetocliinb problem with one control seg can 
be found in /moerder/usrl/moerder/TODI-n/slop_fighter/e2000_38000_21.dat !!! 

This file has 21 individual problems (each with a different terminal energy). Each 
run has 20 nodes, 6 boundary conditions, 5 states, 1 (phoney) control, and 3 free 
params (that define the actual control found in x(4)) thus each solution has 128 
npsol params. 

20 nodes * 5 states + 19 (ctrls appear at midpoints) + 6 bc’s + 3 free params = 128 

Anyway the data we want is found in (2561:2688); that is the last 128 lines in the 
above file !!! 

It took forever to figure this out ! ! ! ! ! 

Next we must remember that Dan’s data does not have the control at the midpoints 
but at the node points. I will use midpoint_filter.m to correct this. 

Grrrrr 

Last but not least Dan’s data does not have the time state as needed by my code. 

I will correct for this in the usual way. 

Grrrrr Irritation --like a rash that won’t go away... 

All of the above is taken care of in the (1) matlab script 

on the previous frame... O.K. I did this... and the result is stored in xu_slop.dat 
in directory - TODI-D/fighter 


Next the trajectory jacobians are calculated in fortran !!! O.K. I did this... and the resulting files are Stored in 

xu_slop_fdjac.dat and xu_slop_f.dat 
in TODI-D/fighter 


• Get from X Windows clipboard • Attach to X Windows clipboard 

— • ^Parent 

° Tool ° ©FORTRAN Tool ° ©Get Back to Title @MORE ©landscape ©format ©styles ° @Type:FormattedDoc 


©LaTeX 
©UTILS OIR 
©MATLAB 
©XWD 

©IMAGE MGR 
©FONT 
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@Top of File 





vwvvvvvvyAiwvmvwMvr 


° %Header 
0 % Introduction 

° % Single— Impulse Problem Statement 
0 %Results 

@FIG 9 

0 % Two- Impulse Problem Statement 
° %Figures and Tables 
° % Bibliography 

\end { document } 


• @EXECUTE 
SCRIPT 


• @ Parent 
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Current Status 

• Notebook system has been (stoically) tested and commented on by 
GCB’s Guidance Group for almost a year. 

- Testing and comments have resulted in large changes in 
interface; notebook is going into its 4th major revision. 

•Martin Process Management Environment (and our Notebook) 
suffered from very troublesome learning curve - both being "dumbed 
down" for usability under IRAD funding. 

- Martin has developed a no-cost licensing agreement for 
distribution of the new system to non-NASA users. 

• The host software vendor (Knowledge Systems), in response to loud 
and persistent suggestions from Martin and Langley will distribute 
read-only licenses free of charge, and full licenses free to academic 
institutions. 

- This is favorable for technology interchange... 


• @Parent 
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IDEAS^ Computer Aided Engineering Software 

by Pat Troutman 

IDEAS 2 is a multidisciplinary Computer Aided Engineering (CAE) software tool that 
was developed for systems engineering and integration analysis of spacecraft. The name 
IDEAS 2 was derived from the two software packages that were integrated to form the 
tool. Interactive Design and Evaluation of Advanced Spacecraft (IDEAS) was a NASA 
spacecraft-specific analysis software tool that was combined with a commercially 
available product called Integrated Design Engineering Analysis Software (I-DEAS). I- 
DEAS is a Structural Dynamics Research Corporation (SDRC) product that provided 
capabilities lacking in NASA IDEAS such as solid and finite element modeling, thermal 
analysis and advanced graphics. 

IDEAS 2 utilizes a common database structure which facilitates the integrated flow of 
data between the various analysis modules. All analysis is based on information derived 
from a three dimensional solid math model that is created in the commercial solid 
modeling program. The combination facilitates traceability and ensures all analysis is 
based on the same information. Once the model has been generated and stored in the 
common database, a wide range of analysis can be performed. IDEAS 2 has several 
orbital dynamics modules that can simulate/analyze spacecraft characteristics such as 
controllability in the presence of dynamic operations (solar array articulation, robotic 
arms, etc.), orbit lifetime/reboost requirements and micro gravity environment. Structural 
analysis capabilities are also available ranging from finite element modeling to forced 
response analysis. The impact of the local spacecraft environment can also be evaluated 
by utilizing the IDEAS 2 thermal and plume impingement analysis capabilities. 

The common database and integrated analysis environment allow IDEAS 2 to be used 
both for high level short term studies and large program systems integration. Several 
NASA centers utilize the software for advanced concept analysis dealing with space 
platforms or Lunar/Mars exploration. The Space Station Freedom program has 
established IDEAS 2 as its primary Level II integration software package. IDEAS 2 
models are commonly used to disseminate the latest Freedom element weights and 
configuration updates.IDEAS 2 has recently been upgraded to allow the entire software 
package to be ported to a UNIX workstation along with a new graphical user interface. 
This will allow smaller organizations to utilize the IDEAS 2 capability without a 
significant investment in computer hardware. 

IDEAS 2 was initially developed from 1985 to 1986 and has continuously been enhanced 
to include the most up to date analysis tools and graphics interfaces 
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What is IDEAS 


A multidisciplinary software tool that was developed 
for spacecraft analysis 


All analysis is based on information derived from a three 
dimensional solid math model that is stored in a common 
database structure 


Analysis capabilities include orbital dynamics simulation, 
structural modeling and analysis, thermal analysis, 
plume impingement and orbital debris impact analysis 
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IDEAS 2 History 


- Initially developed for the Space Station program 
from 1 985 to 1 986 

- Selected as Space Station level II integration package 
in 1987 

- Used by LaRC, Johnson Spaceflight Center and the 
University of Colorado 

- Updated in 1993 to run on a Silicon Graphics workstation 
with a X window graphical user interface 


LaRC Svace Systems & Concents Divisinn 
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Spacecraft Dynamics and Control Capabilities 

- 3 and 6 DOF analysis programs, passive and active control 

- Atitude Control Law Simulation Capabilities 

- CMG (attitude or momentum emphasis; momentum management) 

- Reaction Control System (RCS Jets) 

- Reaction Control Wheel (with suplemental magnetic torque rods) 

- Passive Magnetic Dampers 

- Microgravity Environment Determination 

- Optimal Attitude Determination Capability 

- Orbit Lifetime Analysis 

- Reboost Guidance/Optimization Simulation Capability 

- Robotic Dynamic Simulation 

- Station Keeping Fuel Estimation 

- ACRV Escape Trajectory clearance determination 
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I-deaa - Solid model generation (GEOMOD), finite element model 
generation (SUPERTAB), post processing (SUPERTAB), transient 
response analysis (Model Solution/SYSTAN). 

ADA MS/ADASS - Mechanism/deployment analysis 

NASCON - NASTRAN to SUPERTAB conversion 

NASTRAN - Calculation of modes and frequencies. 


LaRC Advanced Space Concepts Division 1 
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— NASA 

Thermal /Plume Impingement / Orbital Debris 

Analysis Capabilities 

Thermal Analysis: 

I-dea8 - Extensive interactive geometric, finite element & finite 
difference modeling. Interface to "standard" thermal and structural 
analysis tools. TMG - Solar and planetary heat flux calculations. 

Plume Impingement Analysis: 

SFPLIMP - Designed to provide an assessment of the effects of jet 
firing on nearby space structures. The software allows the user to 
determine the instantaneous pressure loads, heating rates and 
contamination rates on surfaces due to jet exhaust. 



Orbital Debris Analysis: 

Bumper II - Predicts the probability of no penetration or no impact 
for spacecraft subject to ihan-made orbital debris or meteoroid impact. 
The code accounts for varying impact velocity, impact angle, wall 
configurations, and the effects of spacecraft geometry and orientation 

irodl -00nnnpcmi.il a imnniinnnnnnLn.ononnjaajj.j « LaRC AdVaflCSd SpSCO CODCGptS DiviSIOfl 
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S&SB Computer System Hardware 


SYSTEMS: 

8 SGI R4000 INDIGO Work Stations 

1 SGI 4 D/440 GTX Work Station 

2 SGI Indigo 2 Extreme 
13/5 Intel 486/386 based PCs 

1 SGI Onyx Reality Engine 

1 Digital VAX 6320 (1994 Phase Out) 

3 Digital MicroVAXs (1994 Phase Out) 


10 Mbps Ethernet (1994 FDD1 100 Mbps Phase In) 
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Lessons Learned in Developing & Maintaining 

IDEAS 2 


integration vs Interfacing: 

IDEAS squared currently has a high degree of integration 
between the commercial software, the database and the 
NASA developed analysis codes. Changes in one area 
can ripple through to the others causing a maintenance 
backlog. 

Analytical Module Development: 

Engineers are hampered during analytical software 
development by complex database and GUI interfacing 




LaRC Space Systems & Concepts Division 


Analysis Task: Verify that the Shuttle RMS can rotate the 
an early stage of the Space Station through two 90 degree 
rotations in one orbit’s time. 

Geomod - Used to build model of shuttle/station 

configurations 

ARCD - Used to establish initial and final configuration 

flight attitudes 

ATTPRED - Used to establish initial and final configuration 

stability characteristics 

ADASS - Used to perform free drift/robotics simulation 


